home *** CD-ROM | disk | FTP | other *** search
/ EuroCD 3 / EuroCD 3.iso / Programming / Amos / AMOSList-1297 / AMOSLIST / text0194.txt < prev    next >
Encoding:
Text File  |  1998-06-24  |  3.2 KB  |  67 lines
  1. >>   Also, I'll use DEMOTIME to count down the demo...
  2.    > Piffle! I hate timers. We'll use my idea of one life. Then any stage
  3.    > can be tested, but the game will end when you die or complete
  4.    > that level.
  5.  
  6.       So, we (stage-programmers) don't even need to worry about a
  7.       demo-mode as you'll just set LIVES=1 in the MasterCode and
  8.       that will apply to all of the stages, correct?  
  9.       Sounds good, certainly makes it easier on us!!
  10.  
  11.       I think a GOOD player might be able to complete my stage with
  12.       just one life, so perhaps you could add a tiny check and if the
  13.       demo-stage being played is the SideShooter, you could cut the
  14.       energy in half: BUBBASHIELD=50 
  15.  
  16.  
  17.       I've added the support code for multiple lives, music/fx and now just
  18.       need to clean up a few things. Mainly just removing the counter in
  19.       Phase One, fps/chipram-calculation/display and all that
  20.       development-junk.
  21.  
  22.       You will definitely have the final version by Wednesday as I don't
  23.       know of anything else I can do. Maybe remove the comments and
  24.       possibly clean-up the source a bit, but I think for an AMOS
  25.       program it's pretty clean right now...
  26.  
  27.       Speaking of which, I seem to remember someone (Keith?) 
  28.       mentioning an extension that allowed AMOS programs to use
  29.       CONSTANTS and STRUCTURES... this would be a key factor in
  30.       my decision to do future AMOS-programming, so what is the
  31.       name of this extension? All I can think of is EasyLife, is that it??
  32.  
  33.       Anyone considered writing a FAST parallel-blitting routine?
  34.       I'm thinking of something that would set-up the blitter and while
  35.       that was drawing one image-bitplane, the CPU would draw the next
  36.       image-bitplane.  Probably not much difference on a 68000, but with
  37.       a 68020 and certainly 68030 or higher, it could be MUCH faster
  38.       than AMOS's current Bob-routines as a FAST CPU might be able
  39.       to draw two image-bitplanes per the blitter's one.
  40.       Instead of calling WaitBlitter() and having the CPU doing nothing
  41.       while the blitter does all the work, why not actually use the CPU to
  42.       draw the next bitplane (or two on FAST processors). 
  43.  
  44.       Another thing I've considered is a few general purpose ASM
  45.       routines that can process a list of objects simultaneously. You
  46.       could pass the address of an array along with the number of "reps"
  47.       and the ASM-module would add/subtract a value from this array,
  48.       or you could pass two array-addresses and the ASM would add
  49.       the contents of the second array (delta-values and such) to the
  50.       contents of the first array.
  51.  
  52.       When is that JADE AGA-extension to be released?  If I remember
  53.       correctly that was to contain VERY FAST Bob-routines... 
  54.       hmmm... since it is still in development, perhaps they could 
  55.       implement the parallel-blitting design.  Then the thing that has
  56.       always been one of AMOS's greatest weaknesses (Bobs/blitting)
  57.       would become it's greatest strength!!!!
  58.  
  59.  
  60.       Take  care,   
  61.       GARFIELD
  62.       _________________________
  63.       Current projects...
  64.       SideShooter(AMOS): 99% Complete
  65.       Website(http://www.sosbbs.com/~gbenjam): 25% Complete
  66.  
  67.